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Beschreibung 

Netzarchitektur fiir Kommunikations- und/oder Datennetze 

5 Die Erfindung betrifft eine Netzarchitektur fur verschiedene 
Kommunikations- und/oder Datennetze zur Bereitstellung von 
Mehrwertdiensten fiir Benutzer. 

Diese Kommunikations- und Datennetze konnen unterschiedliche 
10 physikalische Eigenschaf ten haben. Sie konnen sich in der Art 
des Zugriffs auf die bereitgestellten Netzf unktionen und in 
den Prinzipien der Datenubertragung (z. B. die verwendeten 
Obertragungsprotokolle und entsprechenden Normen) unterschei- 
den. Weiterhin bieten sie unterschiedlichste Dienste fiir den 
15 Benutzer des Netzes an. 

Unter einem physikalischen Netz versteht man im Folgenden ein 
herkommliches Daten- oder Kommunikationsnetz, wie das schal- 
tungsvermittelte Festnetz (basierend auf SS#7, Zentralkanal- 
20 signalisierungssystem Nr. 7) , das Mobilf unknetz oder ein Com- 
puternetz wie das Internet oder auch ein lokales Netz LAN, 
basierend auf einem Kommunikationsprotokoll wie etwa TCP/IP 
oder Token Ring. Die Anbieter der grundlegenden Netzf unktio- 
nen werden im Weiteren Net zbetreiber genannt . 

Ein Corporate Network ( Firmeninternes Netz oder Intranet) be- 
zeichnet im Folgenden ein Daten- oder Kommunikationsnetz oder 
auch ein Netz aus mehreren solcher Netze, welches einer Orga- 
nisationseinheit zugeordnet ist. Es ermoglicht die Kommunika- 
tion innerhalb dieser Organisation und wird mit technischen 
30 Mitteln nach auiien abgeschirmt. 

Netzbetreiber und Dienstanbieter bieten den Netzbenut zern 
Grundfunktionen und -diensten der physikalischen Netzen 
(Grunddienste) zur Verfugung. 
35 Sogenannte Mehrwertdienste konnen dabei durch Integration von 
Grunddiensten (in der Regel) eines Netzes erzeugt werden. 
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Diese Mehrwertdienste konnen dann direkt dem Benutzer vom 
Dienstanbieter (oder auch speziellen Dienstintegratoen, die 
ihrerseits wiederum Grunddienste der Dienstanbieter verwen- 
den) verkauft werden. 

im herkommlichen Festnetz und im Mobilf unknetz etwa werden 
Mehrwertdienste zusatzlich zu Grunddiensten neben der her- 
kommlichen Sprach- Oder DatenUbertragung durch ein sogenann- 
tes Intelligentes Netz realisiert. 

Bei diesen Mehrwertdiensten handelt es sich zum Beispiel urn 
eine eindeutige Telef onnummer fur einen Benutzer im gesamten 
Netz (Universal Personal Number) , gebiihrenf reie Telefonnum- 
mern (Freephone) oder die Stimmabgabe uber Telef on 
(Televoting) . 

Diese Mehrwertdienste werden durch zentral im Netz berextge 
stellte Netzelemente (SSP, Service Switching Point, SCP, Ser 
vice Control Point etc.) realisiert. 

Die Beschreibung der Prinzipien eines Intelligenten Netzes 
findet sich in der ITU Protokollsuite Q.12xx wieder. 

Durch diese zentralisierte Realisierung von Mehrwertdiensten 
in einem Netz ergeben sich mehrere Nachteile. 
Die fur die Dienste zustandigen Netzelemente erweisen sich 
bei hoher Netzauslastung als EngpaB, da alle Diensteabf ragen 
Uber diese Netzelemente laufen und dort verarbeitet werden 
mussen. Dieses erfordert bei grSIJeren, gut ausgelasteten Net- 
zen eine entsprechend hohe Investition in hochperf ormante 
Hardware insbesondere fur die zentral steuernden Netzelemente 
(„Flaschenhals*), da nur diese das Verkehrsauf kommen be! noch 
akzeptablen VerzSgerungszeiten bewaltigen kann. 
Zudem muB eine hohe Verf ugbarkeit der zentralen Netzknoten 
wie dem SCP, der fur die Bearbeitung der Dienstanf orderungen 
zustandig ist, gewahrleistet sein. Ein Ausfall eines einzxgen 
solchen Netzknotens bedeutet hier die Nichtverfugbarkeit al 
ler Mehrwertdienste des gesamten Netzes. 
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Aus diesen Griinden kann die notwendige Technik zur Bereit- 
stellung der Mehrwertdiens te momentan nur von groBen Netzbe- 
treibern zur Verfugung gestellt werden. Kleinere Betreiber 
(z. B. City Carrier) konnen die Investition in die notwendige 
kostspielige Netzelemente allein nicht erbringen. Eine Nut- 
zung der Netzelemente durch mehrere Dienstanbieter oder Dien- 
stintegratoren ist momentan nicht moglich, da eine Trennung 
der unterschiedlichen Funktionalitaten, die in den zentralen 
Netzknoten realisiert ist, nicht vorgesehen ist. 

Zudem sind die unterschiedlichen Netze physikalisch voneinan- 
der getrennt. Urn die Dienste der Netze nutzen zu konnen, mufl 
ein Kunde zwischen verschiedenen Dienstanbietern wechseln, 
was im Einzelfall auch den Wechsel des Endgerates zur Folge 
haben kann. 

Die Bereitstellung netziibergreif ender Kommunikation ist nur 
durch Ubergange zwischen den einzelnen Netzen moglich, es mufi 
fur jeden Netziibergang (z. B. Festnetz zu Mobil funknetz, ISDN 
zu Internet) eine Anbindung, entsprechend der auf beiden Sei- 
ten verwendeten Protokolle, geschaffen werden. 

Aufgabe der Erfindung ist es, eine Moglichkeit anzugeben, wie 
die vorhandenen physikalischen Netze inklusive ihrer Basis- 
dienste einheitlich zur Verfugung gestellt werden konnen, un- 
ter Vermeidung der oben genannten Nachteile. Dabei sollen 
auch Mehrwertdienste, als Kombination von in verschiedenen 
physikalischen Netzen angebotenen Basisdiensten, integriert 
werden konnen. 

Diese Aufgabe wird gelost durch eine Net zarchitektur gemaB 
Patentanspruch 1 . 

Es wird eine neue, verteilte Netzarchitektur eingefuhrt, in 
Form einer Schicht aus Netzelementen zwischen den bereits 
existierenden physikalischen Netzen und den Dienstanbietern 
bzw. Benutzern. Diese Netzelemente kommunizieren dabei uber 
Schnittstellen sowohl miteinander, als auch mit den mit ihnen 
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verbundenen physikalischen Netzen. Diese Schicht, die durch 
im Netz verteilte Net zelementen realisiert wird, ermogHcht 
dem Benutzer des Netzes (auch dem Dienstanbieter ) den Zugriff 
zu den in den physikalischen, darunterliegenden Netzen vor- 
handenen Netzressourcen. Dabei konnen alle vorhandenen Grund- 
und Mehrwertdienste genutzt werden (Transparenz) . Die beno 
tigten und erzeugten Daten (Zugriff, Vergebiihrung, Verkehrs- 
messungen...) werden getrennt nach den Benutzern oder Dienst- 
anbietern in den jeweiligen physikalischen Netzen gesammelt, 
verwaltet und fur die Weiterverarbeitung zur Verfugung ge- 

Es S wird also die Integration von Grunddiensten verschiedener 
physikalischer Netze ermoglicht , als auch die einheitliche 
Bereitstellung von Grund- und Mehrwertdiensten der verschie 
denen physikalischen Netze. 

Weiterhin konnen Netzelemente der erweiterten Architektur 
spezielle Dienste zur Steuerung der Netze bereit stellen, 
insbesondere zentrale Dienste wie Naming, Trading oder Si- 
cherheitsfunktionen. Diese Bereitstellung kann entweder ge 
trennt, in separaten Net zelementen, oder in den Netzelemen- 
ten, welche auch die allgemeinen Dienste bereitstellen, ge 
schehen. 

Die bisherige Funktionalitat eines zentralen Netzelementes 
kann so auf mehrere gleichartige Netzelemente verteilt wer- 
den Damit erhalt man eine Netzarchitektur , die flexibel auf 
Anderungen der Bedurfnisse von Betreibern und Benutzern ein- 
gehen kann. 

Weiterhin zeichnet sich diese Architektur durch eine wesent- 
lich hohere Zuverlassigkeit , Verf iigbarkeit und Fehlertoleranz 




aus 



Vorteilhafte Ausgestaltungen und Weiterbildungen sind in den 
5 Unteranspriichen angegeben. 
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Die Netzelemente sind durch zur Verfiigung stehende Datennetze 
wie das Internet miteinander verbunden. Erf orderliche Infor- 
mationen werden uber dieses Netz ausgetauscht . Die Zusammen- 
arbeit und der Austausch der Inf ormationen wird durch ein 
verteiltes Netz-Betriebssystem gesteuert, welches in den ein- 
zelnen Netzelementen residiert. Dabei wird durch das zweisei- 
tige Transaktionsprinzip sichergestellt, dafi Anderungen si- 
cher durchgefuhrt werden. 

Das Prinzip der verteilten Betriebssysteme ist dem Fachmann 
bereits bekannt. 

Durch diese Struktur wird eine flexible Integration von Dien- 
sten verschiedener Netze moglich, den Benutzern konnen so 
neue Dienste und Mehrwertdienste geboten werden. Ein Netzele- 
ment (Client) gibt hierzu Aufrufe von Netzf unktionen an aus- 
fuhrende Netzelemente (Server) weiter. 

In einer vorteilhaf ten Ausgestaltungsf orm der Erfindung wer- 
den die Schnittstellen zu unterliegenden physikalischen Net- 
zen standardisiert . Dadurch wird das Zusammenwirken der ein- 
zelnen Netzelemente wesentlich vereinfacht, eine technische 
Abstimmung von Dienstanbietern, Netzbetreibern und den zu- . 
satzlichen Dienstintegratoren kann entf alien. Auch die Ein- 
gliederung neuer physikalischer Netze, Netzelemente oder 
Grund- und Mehrwertdiensten ist so problemlos moglich. 

In einer weiteren Ausgestaltungsf orm der Erfindung werden an 
der Oberflache zu den physikalischen Netzen standardisierte 
Funktionsauf rufe zur Verfiigung gestellt. Dies verringert den 
Aufwand bei der Imp lementie rung von Diensten. 

Unter einer Funktionsklasse ist dabei eine logische Zusammen- 
fassung von mehreren Funktionsauf ruf en zu verstehen, die ei- 
nem bestimmten Zweck dienen. Beispiele hierfur sind etwa das 
"Connection Management', x Port Management', "Quality of Ser- 
vice Management' oder das "Event Monitoring' . 
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Diese Funktionsaufrufe werden dann wiederum in systemspezif i- 
sche Meldungen und Kommandos umgesetzt und in den entspre 
chenden Netzelementen ausgefiihrt. 

'Plug & Play' ist inzwischen ein bekanntes Prinzip. In der 
beschriebenen Architektur bedeutet dies, ohne da* weitere 
groBere Anpassungen kann ein neues Netzelement in die beste- 
hende Netzstruktur eingehangt werden. Die dynamische Integra 
tion geschieht automatisch, durch Registrierung von Funktio- 
nen, Funktionsklassen und Netzelementen an benachbarten Netz- 
elementen. Zum Beispiel durch ein 'Broadcast' Verfahren kann 
diese Information dann in kurzer Zeit im gesamten Netz ver^ 
teilt werden. Die Registrierung kann auch an einem speziel 
len, fur diesen Zweck ausgezeichneten Netzelement geschehen, 
der' dann fur die netzweite Verteilung und/oder Verwaltung der 
Inf ormationen zustandig ist. 

Dieses Prinzip kann nicht nur auf einzelne physikalische Net- 
ze Oder Netzelemente angewendet werden, sondern ebenfalls auf 
die in diesen Netzelementen realisierten Funktionen und Dien- 
sten . 

Fine wesentliche Ausgestaltung der Erfindung beinhaltet die 
Verteilung der Netzf unktionen in den Netzelementen. Durch ei 
ne hohe Redundanz der Funktionen wird zum einen eine hohe 
Ausfallsicherheit erlangt. Dies wird auch durch die Auswahl 
des den Aufruf bearbeitenden Netzknoten erzielt. Eine Last 
teilung im Netz kann dadurch realisiert werden. 
Es ist auch moglich, bei Bedarf gleiche Funktionen in ver-^ 
schiedenen Netzelementen gleichzeitig anzusprechen und aus 
zufuhren. 

Insbesondere bei haufig benutzten Grundf unktionen der Netzar- 
chitektur (wie Adresskonvertierung, Datenverwaltungen, Lei 
stungsuberwachungen) bringt es enorme Ef f izienzsteigerungen, 
wenn die entsprechend notwendigen Funktionen standardising in 
mehreren bzw. alien Netzelementen implementiert sind. So mils 
sen die entsprechenden Funktionsaufrufe nicht mehr aufwendxg 
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durch das gesamte Netz geroutet werden, die ausfuhrenden Net- 
zelemente werden entlastet. 

Die dadurch definierte Menge an ^Grundf unktionen' ist dabei 
nicht statisch, sondern jederzeit andert- und erweiterbar 
sein . 

Die gegenwartige Verteilung der Aufgaben in den bestehenden 
Telekommunikationsnetzen entspricht vielfach nicht mehr den 
aktuellen Anf orderungen . Kleinere Dienstanbieter und Betrei- 
ber drangen auf den Markt. Neben den Netzbetreibern sind die 
Dienstbetreiber und nicht zuletzt die Dienstanbieter, welche 
den direkten Kontakt zu Kunden pflegen, an einer neuen Auf- 
teilungsmoglichkeit der benotigten Hardware interessiert . 

Durch den der Erfindung zugrunde liegenden Ansatz der Einfuh- 
rung einer verteilten Architektur sowie von of f engelegten 
Schnittstellen werden zwischen den einzelnen Betreibern und 
Betreibertypen flexible und transparente Geschaf tsbeziehungen 
moglich. Dritthersteller konnen ihre Dienste und Anwendungen 
integrieren und so zusatzliche Mehrwertdienste realisieren. 
Eine Kostenreduktion wird ebenfalls erreicht. 
Weiterhin konnen Kunden Mehrwertdienste, integriert aus un- 
terschiedlichen Netzen, benutzen, wobei immer eine korrekte 
Abrechnung gegenuber den unterschiedlichen Netzbetreibern und 
Dienstanbietern sichergestellt wird. 

Im folgenden wird die Erfindung anhand von Ausfuhrungsbei- 
spielen erlautert. Dabei zeigen 

Figur 1 eine beispielhaf te verteilte Netzarchitektur mit un- 
terschiedlichen unterliegenden physikalischen Kommu- 
nikations- und Datennetzen, 

Figur 2 eine beispielhaf te verteilte Netzarchitektur mit 2 
unterliegenden physikalischen Netzen sowie einem 
Dienstintegrator und einem Diensteanbieter, 

Figur 3 einen von einem API-Manager (Client) kommenden Auf- 

ruf, der an die ausfuhrenden Netzknoten (Server) wei- 
tergeleitet wird, 
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Figur 4 eine Schnittstelle zwischen dem zugrunde liegenden 

physikalischen Netz und 
Figur 5 eine mogliche Realisierungslosung mit Schnittstellen 

zu verschiedenen physikalischen Netzen, und 
Figur 6 eine beispielhaf te Verteilung der Zugriffe auf die 

physikalischen Netz-Ressourcen durch Dienstanbieter , 

-integrator und Netzbetreiber . 

Einschrankungen in den Figuren/Ausfiihrungsbeispielen sind fur 
die Erfindung nicht zwingend. 

Die Figur 1 zeigt schematisch eine verteilte Netzarchitektur, 
welche sich in 3 Schichten manif estiert . In der >untersten 
Schicht' auf diesem Bild sieht man die unterschiedlichsten 
physikalischen Netze, wie sie derzeit existieren. Es handelt 
sich um Datennetze (Corporate Networks, Internet) und Kommu- 
nikationsnetze (Mobile Networks, PSTN), viele andere sind 
denkbar. Insbesondere existieren zwischen den einzelnen Net- 
zen bislang keine oder nur sehr unzureichende Verbindungen . 
Die mittlere Schicht zeigt nun die verteilte Netzarchitektur, 
die ^uber' den physikalischen Netzen etabliert wird. Die em 
zelnen physikalischen Netze sind dabei jeweils iiber minde- 
stens eine Verbindung (1) und eine geeignete Schnittstelle m 
einem Netzelement (3) mit einem Datennetz (2) verbunden . Hier 
geschieht die Dienstintegration. Die Darstellung des Daten- 
netzes als Ring ist hierbei nur eine Moglichkeit, der Aufbau 
des Datennetzes ist fur die Erfindung nicht von Bedeutung. 
in diesem Datennetz befinden sich die im wesentlichen gleich- 
artigen, verteilten Netzelemente (3, 5), welche beztiglich der 
Anforderungen an ihre Leistungsf ahigkeit anpassbar sind. Ein^ 
zelne Netzelemente (5) konnen auch nur zur Steuerung des Net- 
zes eingesetzt werden, indent sie hierfur benotigte Dienste 
bereitstellen. Andere Netzelemente (3) nehmen die Kommumka- 
tion und Zusammenarbeit mit den unterliegenden physikalischen 
Netzen wahr und stellen die hierfur benotigten Schnittstellen 
bereit. 
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Die Zusammenarbeit unci der Austausch von Inf ormationen (etwa 
zur Registrierung von Net zelementen und Funktionen) wird 
durch ein verteiltes Netz-Betriebssystem (6) gesteuert. Die- 
ses residiert in den einzelnen Netzelementen (3, 5) . 
In der obersten *Schicht' befinden sich die Netzelemente der 
Dienstanbieter. Diese sind ebenfalls uber geeignete Schnitt- 
stellen (4) an das Datennetz angeschlossen . Hieruber werden 
die dieserseits erf order lichen Inf ormationen (fur Authenti- 
sierung der Benutzer, Vergebiihrung, Administration der Dien- 
ste etc.) ausgetauscht . Dies kann ebenfalls in stahdardi- 
sierter Form erfolgen, was eine deutliche Vereinf achung der 
Kommunikation auch verschiedener Dienstanbieter und Dienstin- 
tegratoren gewahrleistet . 

Urn das oben erlauterte Beispiel noch zu spezif izieren, wird 
in Figur 2 eine genauer definierte Konf iguration zugrunde ge- 
legt. 

Ein Benutzer (Customer) bezieht einen Mehrwertdienst von ei- 
nem Dienstanbieter, welcher aus einem Festnetz- (PSTN, 7b) 
und einen Mobilf unkdienst (Mobile Networks, 7a) besteht. Die 
Grunddienste werden von zwei unterschiedlichen Net zbetreibern 
zur Verfiigung gestellt (7a, 7b). Diese Dienste werden ihm von 
einem Dienstanbieter gemeinsam angeboten (8), der in seinem 
Kundenbetreuungszentrum (ABC, Administration, Billing, Custo- 
mer-Care Center) das Kundenprofil speichert und verwaltet und 
rechnet die verkauften Dienste mit dem Kunden ab. 
Von dem Dienstanbieter werden uber eine Schni ttstelle (4) 
(zum Beispiel durch ein API, Application Programming Inter- 
face, realisiert) die relevanten Inf ormationen des Kundenpro- 
fils, wie Kunden-ID, Diensteprof il, fur den Bezug des jewei- 
ligen Dienstes von dem Dienstanbieter an den Dienstintegrator 
weitergeleitet, der seiterseits das jeweilige Teilprofil fur 
den Festnetz- und Mobilf unkdienst uber Schnittstellen (la, 
lb) an den Net zbetreiber weiterleitet und von diesem Uber 
dieselbe Schnittstelle benotigte Inf ormationen, wie die ein- 
gerichtete Festnet znummer und Mobilf unkruf nummer zuruckgemel- 
det bekommt. 
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Anhand der vom Dienstanbieter angef orderten Diensteparameter 
werden vom Dienstintegrator uber ein Netzelement (5) die ent- 
sprechenden, mit den physikalischen Netzen der Netzbetrexber 
verbundenen Netzelemente (3a, 3b) angesteuert . die die geexg- 
neten Schnittstellen (la, lb) bedienen. Diese Schnittstellen 
sind auf die spezifischen Anf orderungen des jeweiligen physx 
kalischen Netzes ausgerichtet (siehe auch Figur 4) . 
Falls der Benutzer bei den Netzbetreibern noch nicht frexge 
schaltet war, so geschieht dieses jetzt, durch die Ausfuhrung 
der Anforderung des Dienstintegrators durch die Netzbetrex- 
ber, und die erforderlichen Grunddienste and Leistungsmerk- 
male werden eingestellt. Die erfolgreiche Einrichtung des 
Teilnehmers wird vom Netzbetrexber dann an den Dienstxntegra- 
tor zuriickgemeldet (Transaktionsprinzip) . Ein geeignetes Net 
zelement (3 oder 5) des Dienstintegrators empfangt diese 
Ruckmeldung, wertet sie aus und enoittelt anhand des vom 
Dienstanbieter angef orderten Mehrwertdienstes weitere beno- 
tigte Netzelemente (3a oder 3b) und leitet die erf orderlxchen 
Informationen Uber das verbindende Netz (2) an die beteilxg- 
ten Netzelemente (3a, 3b) weiter. 

Diese wiederum leiten nach Bearbeitung der eingegangenen In- 
formation die noch bestehenden Anf orderungen an die entspre 
chenden Netzelemente der Netzbetreiber weiter, die sich xn 

5 den Basisnetzen (Mobile Networks, PSTN) befinden. 

Sind alle far einen Mehrwertdienst des Dienstanbieters erfor- 
derlichen Leistungen der Netzbetreiber f reigeschaltet und 
Uber die Schnittstellen (la, lb) bestatigt, bestatigt der 
Dienstintegrator die komplette Freigabe des Dienstes fur exne 

0 Kunden-ID iiber die Schnittstelle (4) an den Dienstanbxeter , 
der den Kunden von dieser Freigabe uber die Schnittstelle (8) 
benachrichtigt. Damit kann der Mehrwertdienst vom Kunden ge 
nutzt werden. 

5 Nutzungsabhangige Informationen, die aufgrund der Benutzung 
der Grunddienste in den Netzelementen der Netzbetreiber er- 
mittelt werden, werden zunachst uber die Schnittstelle (la, 
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lb) an die Dienstintegrator weitergeleitet . In den Netzele- 
menten (3a, 3b, 5) werden diese Inf ormationen entsprechend 
der, dem Dienstanbieter zur Verfugung gestellten integrierten 
Mehrwertdienste gesammelt, mit einem Kennzeichen (User-ID, 
5 Service- ID) versehen und an das Kundenbetreuungszentrum (ABC) 
liber (4) weitergeleitet. 

Damit ist nun der Dienstanbieter in der Lage, die empfangenen 
Inf ormationen dem jeweiligen Kundenprofil zuzuordnen, auszu- 
werten und abzurechnen (8) . 

10 

Figur 3 zeigt einen Ausschnitt der neuen Architektur, welche 

•den physikalischen Netzen ubergeordnet ist. 
Dargestellt sind 4 Netzelemente (SN1 - SN4, Server Nodes), 
die liber ein Datennetz verbunden sind und Funktionsauf ruf e 
15 und Informationen austauschen, gesteuert durch ein verteiltes 
Netz-Betriebssystem. 

Ein in einem der Netzelemente (Client) residierender API-Ma- 
nager routet zu Applikationen zugehorende Aufrufe von Netz- 
funktionen zu den ausfuhrenden Netzelementen (Server Nodes) . 




Dazu stellt der API-Manager die er f orderlichen Routing-Inf or- 
mationen netzweit zur Verfugung. Diese Informationen werden 
zwischen den Netzelementen ausgetauscht und konsistent gehal- 
ten. 

Netzweit verteilte Ressourcen konnen so genutzt werden. Damit 
ist zum Beispiel eine Last-Teilung moglich, indem gleiche 
Funktionen in mehreren Netzelementen angesprochen werden kon- 



nen . 

Das in der Figur dargestellte Beispiel enthalt einen Applika- 
tionsaufruf eines Mehrwertdienstes, der Funktionsauf ruf e fur 

30 mehrere Teilf unktionen (x, y, z) enthalt. Das erste angespro- 
chene Netzelement kann jedoch den Funktionsauf ruf nicht bear- 
beiten, da es die erf orderlichen Funktionen nicht enthalt 
oder seine Kapazitat bereits vollstandig ausgelastet ist. 
Es leitet die Funktionsauf ruf e an einen Nachbarknoten weiter, 

35 und so kann eine Anwendung (xyz) auf in diesem Beispiel drei 
verschiedenen Netzelementen parallel weiterbearbeitet werden. 
Netzelement (SN2 ) ubernimmt die Bearbeitung von Funktionsteil 
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(x), Netzelement (SN3 ) die Bearbeitung von (y) und Netzele- 
ment (SN4) die Bearbeitung von (z) . 

Das Routing der einzelnen Teilfunktionsauf ruf e zu den bear- 
beitenden Netzelementen kann durch verschiedene Kriterien ge- 
steuert sein. Beispielhaft warden hier das Vorhandensein der 
benotigten Funktion und die Auslastung der einzelnen Netzele- 
mente angegeben. Ein wei teres Kriterium in dem verteilten 
Netz kann die Lange des Weges zu dem bearbeitenden Knoten 
darstellen, andere Kriterien sind vorstellbar. 

Figur 4 beschreibt im Detail die Schnittstelle zwischen einem 
physikalischen Netz (PSTN) und einem Netzelement in der neuen 
verteilten Net zarchitektur . 

Die schnittstellenkomponente (API ) 1st dabei auf die spezifi- 
schen Anforderungen des jeweiligen darunterliegenden Basis 
netzes ausgerichtet . Sie ist so aufgebaut, daA sie die Funk- 
tionsaufrufe fur eine Gruppe systemunabhangiger Funktions- 
klassen uber die Schnittstelle (2) entgegennimmt und m sy- 
stemspezifische Kommandos und Prozeduren der Netzelemente im 
physikalischen Netz umsetzt. Die Schnittstelle des (API) nach 
<unten' ist demgemafi abhangig von dem unterliegenden physi- 
kalischen Netz. Beispiele fur verwendbaren Protokolle zur 
Kommunikation sind MML (Man Machine Language) , CCS#7 
(Signalling System Nr. 7), INAP (Intelligent Network Applica- 
tion Part) oder DSSl (Digital Subscriber Signalling System 
Nr. 1; EURO ISDN Signalisierung) , abhangig von dem physikali 

schen Netz. , , 

Die Schnittstelle des (API) nach >oben' jedoch ist einheit- 
lich definiert. Die definierten Funktionsklassen konnen zum 
Beispiel Verbindungs- (Connection) Management, Port Manage- 
ment, Ereigniskontrolle (Event Monitoring) und Qualitats 
(Quality-of-Service) Management beinhalten. 

Dieses Prinzip der of f engelegten, standardisierten Schnitt- 
stellen vereinfacht die Zusammenarbeit der Netzbetreiber mit 
den Dienstanbietern und -integratoren, insbesondere bei der 
EinfUhrung neuer physikalischer Netze und das Zusammenspiel 
der unterschiedlichen physikalischen Netze. 
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Die Schnittstelle zum physikalischen Netz mufi dabei nicht nur 
mit einem Netzknoten bestehen ( gestrichelte Linie) . 

Figur 5 zeigt einen moglichen Aufbau aus der Sicht der physi- 
kalischen Netze. 

Hier sind deutlich verschiedene physikalische Netze zu erken- 
nen, die teilweise bereits Protokoll-Schnittstellen miteinan- 
der besitzen. Diese Schnittstellen sind jedoch immer auf 2 
konkrete physikalische Netze beschrankt, etwa von der digita- 
len Fernsprechvermittlungsstelle (EWSD) in einem Festnetz 
(PSTN) zu dem Mobile Services Switching Center (MSC) auf der 
Mobilfunkseite uber das Zentralkanalsignalisierungssystem Nr. 
7 (SS#7) auf der einen Seite und zu einem Firmennetz 
(Corporate Network CN) und dessen Privater Vermittlungsstelle 
(PBX) mittels EURO ISDN Signalisierung (DSS1, Digital 
Subscriber Signalling System Nr. 1) andererseits . 
Durch dieses Beispiel wird klar, dafi jede Schnittstelle zwi- 
schen den Netzen durch die Anf orderungen, die jedes physika- 
lische Netz hat, eine eigene Definition benotigt. Bei der 
steigenden Anzahl von verschiedenartigen Netzen ist dies 
nicht fur alle Netze moglich. Fur jedes neu eingefugte Netz 
muJi zu alien bestehenden Netzen eine Schnittstelle geschaffen 
werden. In unserem Beispiel hat etwa das Firmennetz (CN) eine 
Verbindung zu dem Mobilf unknetz (MN) nur via dem herkommliche 
Festnetz (PSTN) . Ein integrierter Dienst aus einem CN-Grund- 
dienst und einem Mobilf unkdienst ware somit nicht ohne Be- 
rucksichtigung von PSTN-Funktion moglich. 

Durch eine uberlagernde Netz-Architektur kann die Anzahl der 
30 benotigten Schnittstellen nun auf die Anzahl der vorhandenen 
physikalischen Netze reduziert werden. Diese Schnittstellen 
(API-Sets) bieten fur den Benutzer eine einheitliche Oberfla- 
che fur den Zugriff auf Dienste der physikalischen Netze. 
Die zentrale Vermittlungsstelle (PBX) eines internen Firmen- 
35 netzes (CN) etwa erhalt ein sogenanntes CTI-Interf ace (CTI- 
I/F, Computer Telephony Integration) . Damit ist eine Ver- 
kniipfung von Telefonie und Datenverwaltung im Computer mog- 
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lich, also etwa das Suchen und Anwahlen einer Telefonnur.r.er 
in einen, Tele£onbuch, welches in einem PC Oder einem Organx- 
zer gehalten und gepflegt wird, wobei das Aufbauen der Ver- 
bindlg zu eine, zweiten Endgerat ,in der Kegel .xn Telefon, 

qeschieht. • <_+_. 

Ein Festnetz 1st xm wesentlichen durch Fernsprechvermxtt- 
lungsstellen aufgebaut. Die Schnittstelle kann hier verschxe- 
denartig realisiert sein, etwa durch eine Schnxttstelle nach 
INAP Protokoll (INAP-I/F, intelligent Network Applxcatxon 
Part) Oder ein Man Machine Language Interface (MML I/F) 
Es wird wexterhin deutlich, daB ein Korcmunxkationsprotokoll 
bei verschiedenartigen physikalischen Netzen Einsatz fxnden 
kann, da ebenfalls bex der Schnittstelle zu den Vermxttlungs- 

stellen (MSG) im Mobilfunknetz (MM) das Man Machine Language 

(MML) protokoll zum Einsatz kommen kann. 

in de* intelligenten Netz ,IN), welches bereits exne Netzar- 
chitektur for ein Festnetz oder Mobilfunknetz mxt 
chen Netzknoten zur Verarbeitung von Funktionsauf rufen fur 
Mehrwertdienste darstellt. sind die fur die Eearbextung von 
Dxenstanforderungen wesentlichen Netzelemente dargestellt 
Der service Control Point (SCP, stellt dabei den zentralen 
Knotenrechner dar, welcher die Dienst- und 

auswertet und verarbeitet. Dieser Knotenrechner xst bxslang 
auch die zentrale Schnittstelle zu anderen P^sxka xschen 
Netzen wie den, Festnetz (PSTN) Oder Mobilfunknetz (MN) . Exne 
mSg liche schnittstelle zu diesen, zentralen Netzknotenxst ex- 
ne Private SCP Schnittstelle (Private SCP-I/F, 
Die IN-Netzarchitektur wird ebenfalls als Basxsnetz betrach 

tet 

Der' Service Management Point (SMP) ist fur die EinfUhrung, 
die Bereitstellung und die Pflege von Mehrwertdiensten ver- 
antwortlich. Die Entwicklung von neuen Diensten i^-ive 
Test wird dabei im Service Creation Environment (SCE) durch- 
gefUhrt. Das Customer Service Center (CSC) pflagt und aKtua- 
i lisiert die Kundendaten. Eine Schnittstelle zum CSC xst das 
(Service CSC-I/F) . 
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Das Mobilfunknetz verwaltet seine Kundendaten in einem Home 
Location Register (HLR) und einem Visitor Location Register 
(VLR) . Ebenso wie bei Festnetz (EWSD) und Intelligentem Netz 
(IN) gibt es eine erste Schnittstelle zum Vermittlungsrechner 
(MSC) . Eine weitere Schnittstelle bietet sich an mittels ei- 
nem dem INAP ahnlichen Protokoll Mobile Application Part 
(MAP) . 

Figur 6 zeigt nochmals ein beispielhaf tes Netz, welches eine 
Aufteilung von Diensten und Ressourcen in 3 Schichten dar- 
stellt. 

In der untersten Schicht befinden sich die Net zbetreiber , 
welche die physikalischen Netze (MN, PSTN, Internet, CN) mit 
den Grunddiensten zur Verfugung stellen. 

Davon entkoppelt, in der ^mittleren' Schicht befindet sich 
das erfindungsgemafle Datennetz (SCN) mit einzelnen Netzele- 
menten. Hier werden Mehrwertdienste erzeugt, die Ressourcen 
und Dienste verschiedener physikalischer Netze nutzen konnen, 
und die durch Dienstintegratoren den Dienstanbietern be- 
reitgestellt und von diesen angeboten werden. 
In der x obersten' Schicht dann arbeiten die Dienstanbieter , 
welche die Mehrwertdiente unabhangig von den verwendeten phy- 
sikalischen Netzen und Grundf unktionen dem Benutzer dieser 
Dienste zur Verfugung stellen konnen. 
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Architektur nach einem der vorigen Anspriiche, 
dadurch gekennzeichnet , daii 

die dynamische Integration neuer Netzelemente ermoglicht 
wird, indem das neue Netzelement eine Registrierung vor- 
nimmt bei einem geeigneten anderen Netzelement, welches 
diese informationen speichert und an andere Netzelemente 
weiterverteilt. 

Architektur nach einem der vorigen Anspriiche, 
dadurch gekennzeichnet, dafi 

die dynamische Integration neuer Schnittstellen von be- 
reits vorhandenen Netzelementen ermoglicht wird, indem das 
Netzelement eine Registrierung der neuen Funktionen vor- 
nimmt bei einem geeigneten anderen Netzelement, welches 
diese informationen speichert und an andere Netzelemente 
weiterverteilt . 

Architektur nach einem der vorigen Ansprtiche, 
dadurch gekennzeichnet, dafi 

gleiche Oder gleichartige Funktionen auf mehreren Netzele- 
menten verteilt existieren. 

Architektur nach Anspruch 6, 
dadurch gekennzeichnet, daB 

die Auswahl der bei einem Funktionsauf ruf benutzten Funk- 
tion auf einem bestimmten Netzknoten getroffen wird abhan- 
gig von der Auslastung der betroffenen Netzknoten. 

Architektur nach einem der vorigen AnsprUche, 
dadurch gekennzeichnet, dali 

die bei einem Funktionsauf ruf benutzten Funktionen ver- 
teilt auf mehreren Netzknoten ausgefuhrt werden konnen. 
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10 . Architektur nach einem der vorigen Anspruche, 
dadurch gekennzeichnet, dafi 

haufig benutzte Grunddienste in alien Netzknoten vorhanden 
und benutzbar sind. 
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Zusammenf assung 

Die Erfindung betrifft eine Netzarchitektur fur verschiedene 
Kommunikations- und/oder Datennetze zur Bereitstellung von 
Mehrwertdiensten fUr Benutzer. 

Es wird eine neue, verteilte Netzarchitektur eingefuhrt, in 
Form einer Schicht aus Net zelementen zwischen den bereits 
existierenden physikalischen Netzen und den Dienstanbietern 
bzw. Benutzern. Diese Net zelemente kommunizieren dabei uber 
Schnittstellen sowohl miteinander, als auch mi t den mit ihnen 
verbundenen physikalischen Netzen. Diese Schicht, die durch 
im Netz verteilte Netzelementen realisiert wird, ermoglicht 
dem Benutzer des Netzes den Zugriff zu den in den physikali- 
schen, darunterliegenden Netzen vorhandenen Netzressourcen. 
Dabei konnen alle vorhandenen Grund- und Mehrwertdienste ge- 
nutzt werden. Die benotigten und erzeugten Daten werden ge- 
trennt nach den Benutzern oder Dienstanbietern in den jewei- 
ligen physikalischen Netzen gesammelt, verwaltet und fur die 
Weiterverarbeitung zur Verfugung gestellt. 



Figur 2 
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